s boot

La team Xecuter (tout du moins ceux qui sont encore actifs) propose la version bêta 3.1.0 de son CFW SX OS. Au menu, la prise en charge de HOS 11.0.0.

D'après le développeur Mike Heskin alias hexkiz, qui a l’habitude de déchiffrer le CFW SX OS, il semble que Les changements sont étrangement minimes et sont tous limités au code de l'espace utilisateur:

• Toutes les applications et KIP ont été mis à jour vers les dernières libnx et Atmosphère;


• Le patcher_B0000000 a été mis à jour avec le chargeur de démarrage officiel Mariko 11.0.0 (+ correctifs);


• Modifications USB mineures dans le Loader KIP.

Le changement "Mariko BEK chainloading" se traduit par le changement de l'indicateur à l'offset 0x54 dans boot.dat (contrôle quels keylots doivent être effacés) de 0x2FFF à 0x0FFF.

Un certain nombre d'erreurs dans Loader associées à la réutilisation de toutes les payload DRM et aux changements globaux de style de code suggèrent fortement que ce n'est pas le travail des mêmes développeurs (ce qui pourrait expliquer le saut soudain de 3.0.5 à 3.1.0 avec donc des changements minimes).

Petit Update du soir !!!

Perfect !

MAJ OK !
NAND sauvegardée !
EmuNAND créée en RAW !
Boot sur EmuNAND OK !

Franchement grand merci pour ta patience et ton aide !

Ce WE, je m'attèle aux "backups".

J'aurais peut être encore un peu besoin de toi !
Mais je sais que je dois commencer par dumper mes clés... comme quoi j'écoute (enfin je lis !)

Désolé mais je ne le fais que pour des personnes proches et à but non lucratif ^^

Ne pas savoir et ne pas tout maîtriser reste compréhensible d’où le fait de créer des tutoriels, des topics d’info et des FAQS détaillées un maximum. Et rien n’empêche de poser des questions lorsque nécessaire. C’est même le but.

Pour ce qui est de la différence dans les termes:

• HOS = Horizon = FW = Firmware = Système de la Switch


• SX OS = CFW = Custom Firmware = Système personnalisé


• Atmosphère = CFW = Custom Firmware = Système personnalisé


• Hekate = Custom Bootloader


• Payload = Charge utile


• Homebrew = Outil personnalisé

Le payload s’injecte. C’est un BIN. Comme Fusee-primary qui va se charger de lancer le CFW. D’autres existent pour aussi lancer des homebrews.

Le custom bootloader, comme Hekate, possède lui aussi un BIN pour le lancer. Mais cet outil va te proposer différentes options et fonctions que n’offre pas forcément le CFW. C’est comme un couteau suisse pour faire une comparaison ^^

Lorsque tu t’interroges sur la particularité qui concerne le boot sur Atmosphère, il peut être chargé à partir de

• Fusee-Primary -> Fusee-Secondary


• Hekate-> Fusee-Primary -> Fusee-Secondary


• Hekate-> Fusee-Secondary

Pour booter directement sur Atmosphère sans erreur et sans passer par Hekate, plusieurs liens sont proposés pour les sigpatches. L’un pour utiliser Atmosphère seulement via fusee-primary et l’autre via Hekate. Celui qui concerne Hekate possède d’autres éléments qui permettent une utilisation sans erreur car deux fichiers aident à cela. Mais si tu ne souhaites pas utiliser Hekate, alors, ces mêmes fichiers ne sont pas forcément nécessaires ou un doit être modifié. Du coup je ne sais pas si je suis clair mais tu peux voir la différence de leur contenu qui t’aidera à comprendre.

Dans tous les cas, se passer de Hekate, pour ma part, n’est pas envisageable.

Merci pour la réponse.

Je ferai ça demain soir, si je ne quitte pas trop tard le boulot, car cela fait 4 jours que je m'acharne dessus et je commence à faire une overdose.

Une fois la sysNAND à jour, si je n'ai pas de souci (je suis un peu un chat noir), je referai une carte SD à partir de "0".
Ensuite je réaliserai un backup de la NAND pour avoir au moins une sauvegarde "clean" (plus ou moins) en cas de besoin.
Enfin, je ferai mon emuNAND qui ne sera pas pour protéger ma sys, qui est déjà modifiée, mais plus une protection en cas de mauvaise manip.

Je te tiendrais au jus sur ce que cela aura donné.

Questions subsidiaires (il en faut bien un peu ) :
1. Pour le boot via Hekate, j'avais bien pisté que cela bootait sur atmosphère. Ce que je ne comprends pas, c'est pourquoi avec le fusee_primary ça plante alors qu'avec le launch de Hekate pas de souci ? Je viens de tester avec mon emuMMC "disable" et en passant par le playload de Hetake et cela ne marche pas non plus... mystère.
2. Je pense qu'il n'y a pas de souci, mais je veux en être certain. Si je mets à jour ma console via Choixdujour en passant par la sysNAND via un CFW. Normalement, si je redémarre en OFW le firmware devrait être à jour aussi (puisque c'est la NAND !) ? Rien ne m'interdit aujourd'hui de passer d'un CFW au OFW tant que le wifi n'est pas paramétré.

J'ai testé la carte : aucune erreur.
J'ai repris les éléments sur SDSetup et j'ai mis les derniers sigpatches.

Et malgré cela impossible de démarrer en EmuMMC. J'ai testé l'EmuMMC sur une partition à part en RAW et en fichier directement sur le SD et c'est les mêmes symptômes.
J'ai tenté en FAT32 car pour le moment j'étais en exFAT. Pour essayer, car je n'avais pas de message particulier me disant que le exFAT n'était pas supporté.

J'ai essayé de démarrer fusee_primary.bin via le loader de Hekate et en l'injectant direct... idem j'ai la même "erreur fatal".

Pour info,
- la console est 6.0.0 et quand je boote en sysMMC, j'ai bien la console qui est en 6.0.0|AMS 0.015.0|S.
- j'étais en auto RCM et je l'ai disable mais cela ne change rien

Je finis par me dire que je ne dois pas bien préparer la carte SD mais franchement, je ne vois pas ce que je fais de mal.

Qu'est ce que je rate ?

Edit : Pour atmosphère, après quelques recherche sur des sites anglophones, je pense que c'est le firmware qui doit bloquer car il n'est pas à jour.
Idéalement, sauf erreur de ma part, il faudrait que je puisse boot sur l'emuMMC pour mettre à jour la emuNAND via Choixdujour et je pense que atmosphère booterait. Ai-je bien interprété ce que j'ai trouvé ?

Le fait d’avoir activé le mode autoRCM indique que la console est en mode RCM et qu’elle attend un boot sans le JiG mais pas sans le Dongle. Le JiG sert à activer le mode RCM mais si tu as activé le mode autoRCM alors tu n’en as pas besoin. Le Dongle sert à injecter le payload qui remplace le PC ou autres périphériques.

Ensuite, si depuis le début, tu utilises tes SD en Fat32, c’est que le format exFat ne doit pas être actif sur la console. Donc il te faudrait tester en Fat32. Tu vérifieras ensuite si le format exFat est installé en insérant ta SD dans ce format et si ce n’est pas le cas, tu auras un message qui te demande une mise à jour pour installer le driver.

Et pour terminer, si en essayant en Fat32, cela ne donne rien, et qu’en bootant sans le JiG, tu n’as toujours rien, alors il faudrait s’assurer de savoir si ta SD ne serait pas corrompue via h2testw.

Ceci sont des pistes à voir. De plus, si tu ne peux pas la démarrer normalement en maintenant le bouton Power min 12s, c’est que le mode autoRCM doit être actif ou alors tu as opéré une manipulation irréversible. Et cela passera, en dernier recours, par une restauration de ta NAND si tu possèdes une sauvegarde.

Après avoir testé ce qui est indiqué au début et que tu n’as toujours rien, alors, tu peux essayer d’injecter Hekate. Ainsi, tu pourras vérifier ce qu’il en est au niveau du mode autoRCM et de la SD. Mais pas de raison que cela n’aboutisse à rien.

@Hermax
Tu as utilisé ChoiDujourNX pour mettre à jour ta console ? Si oui, tu as sans doute laissé actif le mode autoRCM. Et si c’est le cas, ta console attend de booter sans le JiG avec ton dongle ou via ton PC.

Et si tu es passé par les serveurs de Nintendo pour mettre à jour (ce qui serait un risque élevé de ban si tu utilises l’underground sur ta sysNAND et pas sur ton emuNAND), alors il faudrait savoir si le driver exFat est bien installé sur ta console et donc actif. Si ce n’est pas le cas, alors, il faut essayer en Fat32. En principe, si tu insères ta SD en exFat, tu as un message qui te demande une mise à jour. A voir si tu as fait cette mise à jour avant ou après l’avoir mise en exFat.

Toutefois, il manque des éléments sur la démarche opérée

Et si cela concerne la SD, alors tu peux vérifier si elle ne serait pas corrompue avec H2testw.

@coacoa
Il te faudrait vérifier si ta SD ne serait pas corrompue via h2testw.

Mais si tu confirmes que tu as utilisé ChoiDujourNX en activant le mode autoRCM, alors c’est un boot sans JiG qui doit se faire. Ou alors, il manque des éléments à ta démarche.